home *** CD-ROM | disk | FTP | other *** search
/ ftp.cs.arizona.edu / ftp.cs.arizona.edu.tar / ftp.cs.arizona.edu / icon / newsgrp / group98c.txt / 000025_icon-group-sender _Mon Sep 14 08:26:52 1998.msg < prev    next >
Internet Message Format  |  2000-09-20  |  2KB

  1. Return-Path: <icon-group-sender>
  2. Received: from kingfisher.CS.Arizona.EDU (kingfisher.CS.Arizona.EDU [192.12.69.239])
  3.     by baskerville.CS.Arizona.EDU (8.9.1a/8.9.1) with SMTP id IAA06714
  4.     for <icon-group-addresses@baskerville.CS.Arizona.EDU>; Mon, 14 Sep 1998 08:26:50 -0700 (MST)
  5. Received: by kingfisher.CS.Arizona.EDU (5.65v4.0/1.1.8.2/08Nov94-0446PM)
  6.     id AA32472; Mon, 14 Sep 1998 08:26:20 -0700
  7. To: icon-group@optima.CS.Arizona.EDU
  8. Date: Mon, 14 Sep 1998 07:11:48 +0100
  9. From: David Feustel <feustel@ix.netcom.com>
  10. Message-Id: <35FCB3A4.BF335B0C@ix.netcom.com>
  11. Organization: Slurp News Feeds
  12. Sender: icon-group-request@optima.CS.Arizona.EDU
  13. References: <199809112225.RAA07906@segfault.cs.utsa.edu>
  14. Subject: Re: Context Switching
  15. Errors-To: icon-group-errors@optima.CS.Arizona.EDU
  16. Status: RO
  17.  
  18. I'd rather see the current version of Icon released in 2 parts - an Ansi-C
  19. compatible
  20. source code tree that could be compiled directly using an Ansi C compiler, and
  21. the rest (including the current co-routine switching mechanism) that would have
  22. to be manually ported to any new system. This reorganization ought to make
  23. porting
  24. Icon to new platforms easier.
  25.  
  26. Clinton Jeffery wrote:
  27.  
  28. > Cheyenne Wills and Todd Proebsting recently pointed out (or confirmed)
  29. > that co-expressions can relatively easily be built on top of threads.
  30. >
  31. > Has anyone implemented and compared the performance of co-expressions using
  32. > a modern threads package to Icon's assembler context switch on the same
  33. > platform?  It would be interesting to know whether we might just switch over
  34. > to threads wholesale, or whether they still have a significant performance
  35. > cost because the synchronization and concurrency of threads are "overkill"
  36. > for co-expressions.
  37. >
  38. > Clint Jeffery, jeffery@cs.utsa.edu
  39. > Division of Computer Science, The University of Texas at San Antonio
  40. > Research http://www.cs.utsa.edu/research/plss.html
  41.  
  42.  
  43.  
  44. --
  45. David Feustel
  46. 219-483-1857
  47.  
  48.  
  49.